約 3,100,243 件
https://w.atwiki.jp/amaeda/pages/32.html
実データ多次元離散フーリエ変換 Multi-Dimensional DFTs of Real Data 実データの多次元離散フーリエ変換は、以下のプランナールーチンを使います。 fftw_plan fftw_plan_dft_r2c_2d( int nx, int ny, double *in, fftw_complex *out, unsigned flag ); fftw_plan fftw_plan_dft_r2c_3d( int nx, int ny, int nz, double *in, fftw_complex *out, unsigned flag ); fftw_plan fftw_plan_dft_r2c( int rank, const int *n, double *in, fftw_complex *out, unsigned flag ); 対応するc2rルーチンは、それぞれ入出力の型が入れ替わるだけです。 これらのルーチンは、複素数の出力配列が、だいたい半分になり、入出力が同じin-place変換を行う場合、実配列に余白が必要なこと以外は、複素数の場合と同様に働きます。(1dの場合と同様です) 前述のとおり、nは配列の論理サイズで、複素配列の様式は非常に注意が必要です。実データが、行メジャー順で、n1 x n2 x n3 x・・・x ndの次元だった時を考えます。すると、r2c変換の後に出力は、行メジャー順で、n1 x n2 x n3 x・・・x(nd/2 + 1)のfftw_complexの配列で、対応する複素数離散フーリエ変換の出力の半分のサイズをわずかに上回るサイズになります。(割り算は切り捨てです)一方で、データの並びは、複素数離散フーリエ変換の場合とまったく同じになります。 複素数データは、実データよりわずかに大きいため、入出力が同じin-place変換では、いくつか複雑な問題が生じます。この場合ですと、実データの最後の次元は、複素数データを格納するために、余白が必要となります。余白の大きさは、最後の次元が偶数か奇数かによって変わります。つまり、実データの最後の次元は、物理的に2(nd/2 + 1)個のdoubleの大きさをもちます(複素数データをちょうど格納できる大きさです)。この物理的配列サイズは、論理的配列サイズを変えることはありません。すなわち、ndの値のみが実際に最後の次元に格納され、プラン生成のルーチンに引数として渡されます。 たとえば、nx x nyの２次元実配列の変換を考えてみましょう。r2c変換の出力は、nx x (ny/2 + 1)の２次元複素配列になり、yの次元は出力の冗長性により、およそ半分のサイズになっています。fftw_complexは、doubleの２倍の大きさであるため、出力配列は入力配列よりわずかに大きくなります。 このようにして、もし入出力が同じ変換を計算したい場合、入力配列の大きさが、nx x 2(ny/2 + 1)の大きさになるように、余白を設けなければなりません。 nyが偶数であれば、各列の最後に余白は２つになります(この余白は出力用に使われるだけなので、初期化は必要ありません)。 以下のイラストは、今述べた入出力配列を表わしていて、in-place変換、out-of-place変換両者が示されています(矢印は、連続するメモリ領域を示しています)。 (fftw3マニュアルより抜粋) これらの変換は、正規化されていないので、c2r変換に引き続いてr2c変換を行うと(あるいはその逆でも)、元のデータがデータ数(実データの論理次元の積)倍された結果になります。 最後の次元は、特別に扱われてるため、最後の次元を１とした場合は、低い次元のr2c/c2r変換と等価にはなりません。この場合は、最後の複素数の次元は、サイズ１になり、いかなる利点も生まれません。
https://w.atwiki.jp/tm-mura/pages/79.html
準備 Parcel Managerを起動 Directoriesタブ選択 ContributedからRegex11を選んでLoad 使用方法 Regex11の説明に、RxParserクラスの`documentation プロトコルを見よって書いてある。 マッチさせる： abcde prefixMatchesRegex (a|b)+ -- true 置換する： ab cd ab copyWithRegex (a|b)+ matchesReplacedWith foo
https://w.atwiki.jp/kotechan/pages/369.html
＜呪文の使用方法＞ 戦闘中に呪文を使用する場合は、以下の手順で行う。 ①ラウンドの最初の〔行動宣言フェイズ〕時に、「使用する呪文の種類」、「実際に行動するＩＮＩ（イニシアチブ）の値」を宣言する。 ②呪文を使用する場合、ＩＮＩに使用する呪文レベル分のペナルティを受ける。ただし、《ファストチャント》により、ＩＮＩへのペナルティを緩和することができる。 ③自分の順番が回ってきたら、呪文の対象や効果範囲を選択する。 ④呪文の詠唱チェックを行う。 ⑤呪文の効果を適用する。 ＜呪文詠唱チェックについて＞ 呪文を唱える際に、正しく呪文が発動するかどうかチェックを行う。これを呪文詠唱チェックと呼ぶ。この際、判定に用いる値を「ＣＬ（詠唱レベル）」と呼ぶ。 ・ＣＬの計算式は以下のようになる。 ・クラス修正は、呪文ランク＜Ａ＞＋３、＜Ｂ＞＋２、＜Ｃ＞＋１で、デュアルキャスターがメイン＋３、サブ＋２となる。 ・呪文に対応する特性値修正は、魔術師呪文と錬金術師呪文と超能力者呪文は【知恵】、僧侶呪文とドルイド呪文は【信仰心】の修正を使用する。 ・その他の修正としては、《スペルキャスティング》と魔力を補助する装備によるものがあげられる。 ＣＬ＝キャラクターレベル÷２＋呪文に対応する特性値修正＋クラスによるＣＬ修正＋その他の修正 ・呪文詠唱チェックは、１ｄ２０を振り、そのダイス目をＣＬと比較してみる。その結果・・・ ①＜クリティカル成功＞ １ｄ２０の目が「１」の場合 ・ＣＬを下回る数値がその呪文の強度（マイナスの数値ほど強い）となり、相手のレジストにペナルティを与える。 ・呪文強度が「－７」より少ない時は、「－８」として扱う。「－８」を上回っている場合は、そちらの強度を用いること。 ・さらに以下のどちらかの効果を得ることができる。 （１）呪文データに書かれてある「クリティカル成功」した場合の効果を発動させる。 （２）この呪文に対して、対象のＳＳ（呪文無効化）は「半減」扱いとなる。元々、「ＳＳ半減」の呪文の場合は、「ＳＳ１／４」になる。 ②＜大成功＞１ｄ２０の目がＣＬ以下の場合 ・ＣＬを下回る値がその呪文の強度となり、相手のレジストにペナルティを与える。 ③＜通常の成功＞ １ｄ２０の目がＣＬ＋５以下の場合 ・呪文強度は「±０」となる。相手は通常通りレジストを行うことができる。 ④＜不完全な成功＞１ｄ２０の目がＣＬ＋５より大きく、ＣＬ＋１０以下の場合 ・呪文強度は「＋４」となる。相手のレジストに＋４のボーナスを与える。 ・レジストの必要がない呪文の場合、通常の効果を発揮する。 ⑤＜効果半減＞１ｄ２０の目がＣＬ＋１１以上の場合 ・呪文の効果が通常よりも減ぜられる。以下のペナルティを上から順に見ていき、その呪文に対応したペナルティを用いる。対応するペナルティが複数ある場合は、数字が小さいものを用いる。 （１）レジストのある呪文ならば、呪文強度が「＋８」となる。 （２）呪文の効果の数値が半減。 （３）持続時間が１／４になる。 （４）呪文の効果が発揮されるのに、３ラウンドの時間を必要とする。 （５）上記に当てはまらない場合はマスターがペナルティを決定する。 ⑥＜失敗＞ １ｄ２０の目が「２０」の場合 ・呪文は失敗となる。更に呪文が暴走する可能性がある。呪文Ｌｖに等しいペナルティを加えて、ＰＥＲチェックを行うこと。これを「呪文制御」判定と呼ぶ。 「呪文制御」判定に成功すると、通常の失敗として呪文が発動せずに終了。 「呪文制御」判定に失敗すると、ファンブルとなる。ファンブルとなった場合は、呪文ファンブル表でその結果を求めること。 ＜めもめも＞ とりあえず、旧ルールのものを若干修正で。後で読みやすくなおさねば。
https://w.atwiki.jp/grvlrp/pages/147.html
タブレット使用方法 Kキーで開けるMDTの説明資料です。 ※職務質問中の照会等被疑者の前で開く際は応援を呼ぶなど逃走、受傷事故防止に留意してください。 インシデント プレイヤーを逮捕し収監、罰金としたものを記入してください。 未逮捕の場合でも罪状、犯人が明確に判明している場合はインシデントに記載してください。 レポートの項目には逮捕に至らなかった事案(職質、交通違反等の罰金等)と罪状、犯人の不明確な犯罪を記載してください。 罰金は必ず記入し、職質は特殊な事例等、担当警察官の判断に委ねます。 罪状、犯人の不明確な犯罪は捜査継続中か終了かを明記してください。 いずれの項目においても担当警察官、関係人物、犯罪者にタグ付けしてください。 犯人が分からない場合は空欄で構いません。 犯罪者の項目について 犯罪者を選択するとWarrantなどの4つの選択肢が現れます。 Warrantは逮捕状、Gulltyは収監済を表します。 それぞれ当てはまるものをつけるとプロファイル欄で分かります。 また罰金以上の罪を犯したプレイヤーには必ずプロファイル欄から検索しTagsの項目にて罪状をタグ付けしてください。前科等を検索しやすくするためですのでご協力をお願いします。 警察官の仕事の7割は書類仕事と言われています。 しっかりと記入し被疑者検挙、犯罪防止に役立ててください。 トップ画面 【画面右上のDispatch】 自分の名前を右クリック Toggle Duty 10-7で黄色の状態：退勤中 10-8で緑色の状態：出勤中 プロファイル ※変更後Saveを押さないと保存されません！ 【画面右上の取得免許】 赤くなっているものを右クリック→Give Licenseで付与 緑色のものを右クリック→Revoke Licenseで剥奪 ※変更後Saveを押さないと保存されません！ 【右下のGallery】 逮捕後は必ず犯人の写真を撮り添付すること！ URL貼り付けで添付できます。 個人情報保護のためにモザイクがかかっています、クリックで外せます。 ※変更後Saveを押さないと保存されません！ 【真ん中右の前科】 該当する罰則を記載します。 （道路交通法違反、無免許運転、銃刀法違反）など １回の逮捕で１つのタグを作成します。 エンターを押すと記入が終わります。 ※変更後Saveを押さないと保存されません！ インシデント ※変更後Saveを押さないと保存されません！ 【事件名】 【例】強盗及び公務執行妨害- 11/14/2023 の部分です。 必ずタイトルに変更し、日付を記載しましょう。 【右上の関連人物】 プラスを押し名前を検索することでタグ付けができます。 犯罪者を選択すると、右下に犯罪者の項目が表示されます。 Warrant→逮捕状、指名手配 Guillty→収監済み 指名手配中の場合はWarrantをクリックしてください。 逮捕が完了したらGuilltyに変更してください。 Warrantが付いている状態のインシデントは、トップページの左下に表示されます。 レポート ※変更後Saveを押さないと保存されません！ 本来は逮捕に至らなかった事案(職質、交通違反等の罰金等)を記載します。 当サーバーでは上の事案もインシデントに記載をし、 レポートでは警察内の情報共有や警察用掲示板として使用しています。 車両管理 ※変更後Saveを押さないと保存されません！ 車両管理欄ではナンバーのある車両の検索ができます。 逃走した車両のナンバーなどを記憶して打ち込むと情報が確認できます。 また職務質問時に盗難車でないかの確認などに使用します。
https://w.atwiki.jp/masuoserver/pages/6.html
◆プラグインの使用方法◆ ■Lockette■ 1.保護をしたいチェストの前に看板を置きます 2.保護完了 このような感じで保護を掛ける事ができます。 しかしこの状態では自分のみしかあけることができません。 特定の人物と共有したい場合は看板を右クリックしてみてください。 そうしたらこのようにチャットログに出るはずです。 このように出たらログどおりに打ち込みます。単語を解説していきます。 ・/lockette=コマンドです ・〈line number〉＝ようするに行です、現在2行まで書いてあるので３行目に書いてください。 ・〈text〉＝ユーザーネームを書いてください。 例：/lockette 3 player1 このように書けば特定の人物も使えるようになります。 ■World guard■ 1.木の斧で範囲を決めます。 ◆決め方◆ ・左クリック押してください このように紫色でチャットログが流れたら範囲Aを決められました。 これだけではダメなので次に範囲Bを決めます。 範囲Aから対角線上に範囲Bを決めます。ようするに反対側に範囲Bを決めます。 このように反対側右クリックします。範囲Bを決められました。 対角線上にやることで立体的に範囲を決められます。 ②地下から空までの範囲を決めます。 ・//expand vert←このようにやると地下から空までを保護することができます。 ③保護を掛けます。 ・/region define 〈保護名〉 例：/region define test1 このように打ち込むと保護を掛けられます。お疲れ様でした。 ちなみに保護を掛けると、TNT、クリーパー、プレイヤーからの破壊を阻止する事ができます。
https://w.atwiki.jp/amaeda/pages/41.html
FFTWマニュアル - その他重要なこと - 多次元配列のフォーマット - 行メジャー形式 行メジャー形式 Row-major Format fftw_plan_dftなどにわたされる多次元配列は、単一の連続するブロックに列メジャー順(C順序と呼ばれることもある)で格納されています。基本的には、これはメモリの隣の場所に移れば、最初の次元の添え字が最も遅く変化し、最後の次元の添え字がもっともはやく変化することを意味します。 もっと具体的に言うと、rank dのn1 x n2 x n3 x・・・xndの配列を考えたとします。そして、配列の場所をゼロベースの添え字で特定すれば、(i1, i2, i3, ・・・,id)となります。もし、配列が行メジャー順であれば、この要素は、id + nd(id-1 + nd-1(・・・+n2i1))の場所に相当します。 通常の複素離散フーリエ変換に対しては、配列の各要素は、fftw_complex型でなければなりません。つまり、数(double精度)のペア(実部、虚部)です。 アドバンストFFTWインターフェイスでは、物理的次元nの添え字は、論理次元より大きく、別個に計算されます。これは、より大きな配列の一部を変換するためです。そして、アドバンストインターフェースでは、上記のものは実際の配列サイズを得るために、ストライド(stride)が掛っています。これは、多次元配列の各要素が実際のデータ構造になっていて、ひとつの場所だけ変換したい場合に便利です。これに対し、ベーシックインターフェースでは、ストライド(stride)は１になっています。
https://w.atwiki.jp/amaeda/pages/2.html
メニュー FFTWマニュアルFFTWとは？？ FFTWの使い方複素１次元離散フーリエ変換 複素多次元離散フーリエ変換 実データ１次元離散フーリエ変換 実データ多次元離散フーリエ変換 その他重要なことデータの並び 多次元配列のフォーマット 知の利用-プランの保存 知の利用上の注意 FFTWリファレンス データタイプとファイル プランの利用 ベーシックインターフェース FFTW使用上の注意 サンプルプログラム 掲示板/メッセージ リンク @wiki @wikiご利用ガイド 取得中です。 ここを編集
https://w.atwiki.jp/take-it-easy/pages/73.html
交易MAP使用方法+グループ参加方法です。 この交易MAPどういう代物かといいますと 大航海時代の各町の交易品、道具屋の品揃え等が簡単に調べられます。 これはヴェラクルスの交易品です。 この右側の地図で街をクリックすると左側に表示される仕組みです。 左の表の下にある道具屋のボタンをクリックすると こんな感じで道具屋のリストも表示されます。 他にも扱っている船や、行商人や工房職人等の品揃えも分かります。 ちなみに測量スキルを使うと、この右側の地図に 予想線という船の進んでいる方向に線が表示されて、長距離航海の時の舵取りに便利です。 さてさて、本題に入りますと この地図の左下に現在グループに入っている人で交易MAPを使用中の方の名前が表示されるので その方の名前をクリックすると こんな感じでその人の場所が分かります。 この位置情報を皆で共有して、商会内でのコミュニケーションの手助けにしようと この交易MAPの使用をていく会員の皆さんに推奨しています もちろん強制ではありませんが(ーー;) 以下、ダウンロード方法です。 まずはこちらをダウンロードしてください そしてもう一度実行を選択すると、交易MAPに必要なファイルのインストールがはじまります。 インストール後の修復するかどうかの選択はキャンセルしても大丈夫だと思います。 次に交易MAPをダウンロードしてください 作成者はBotckxbAさんです。 設定部分は こんな感じです。 グループ名が分からない場合は商会内で誰かに聞いてください＾＾ 表示名は使っているキャラクターの名前を入力してください。 以上で設定終了です＾＾ おまけ こちらのZIPフォルダの中に入っている画像ファイルを、交易MAPのマップというフォルダに放り込むと 風向きが表示されるようになります。 風向きを書き込んだマップファイル ※あまり見た目が綺麗じゃないですが、ご了承くださいorz 詳しく書いてあるぅ～＾＾ がんばって使ってみたいと思います。でも 今会社だ；； -- ゆぅ☆ (2008-05-08 10 04 17) ダウンロードしました。今度グループ名教えてください＾＾ -- バルスン (2008-09-24 07 40 24) 名前 コメント
https://w.atwiki.jp/amaeda/pages/48.html
FFTWマニュアル - その他重要なこと - 知の利用上の注意-Caveats in Using Wisdom 知の利用上の注意 Caveats in Using Wisdom 實に， 知惠が 多くなれば 惱みも 多くなり， 知識を 增す 者は 悲しみを 增す．[Ecclesiates 1 18] wisdomの利用には落とし穴があります。それはFFTWのハードウェアやその他の条件への適応能力を、無意味なものにしてしまいうることです。例えば、あるプロセッサで稼働するプログラムから、wisdomを外部へ出力し、他のプロセッサーで稼動するプログラムに取り込むなどという状況は、十分に想定されます。これを行うと、２番目のプログラムは、そのマシンの最適なプランではなく、１番目のプロセッサで最適化されたプランを使うことを意味します。 wisdomは、ハードウェアとプログラムのバイナリが変わらない限り安全に再利用できるはずです（実際には、同じハードウェア/プログラムバイナリであっても、仮想メモリやその他の条件の違いによって、最適なプランは変わっているかもしれません。パフォーマンスに特に関心があるユーザーは、この点に注意する必要があります。）同じwisdomが２つのバイナリで使われた時、それが同じマシン上であったとしても、プランはコードの並びの違いによって準最適になるということは、大いにありうることです。したがって、wisdomはアプリケーションが再コンパイルされるごとに、再生成するのが賢いといえます。利用する時と、使う時の、ハード/ソフトの変更が大きくなれがなるほど、準最適なプランを利用するリスクは高くなります。 とはいえ、プラン生成の選択がFFTW_ESTIMATEか、恐らく準最適なwisdom（同じマシン、違うバイナリで生成された）の間の選択をする時には、wisdomを使うことで性能は向上する傾向にあります。こんなわけで、我々は標準的な幅広いシステムに対応する場所(Unixでは,/etc/fftw/wisdom)から、以下の、wisdomを取り込む関数を提供しています。 int fftw_import_system_wisdom( void ); FFTWは、単独で動作するfftw-wisdom（Unixのman参照）というプログラムも提供していて、それを使うとユーザは、システムのwisdomファイルに格納されている、標準的なサイズセットのwisdomを作れます。詳しくは、39ページ、4.6.4節のWisdom Utiltiesを参照のこと。
https://w.atwiki.jp/amaeda/pages/44.html
FFTWマニュアル - その他重要なこと - 多次元配列のフォーマット - C言語における固定配列 C言語における固定配列 Fixed-size Arrays in C C言語でコンパイル時にサイズが宣言されている多次元配列は、すでに列メジャーオーダーになっています。したがって、何も特別なことをする必要はありません。以下に例を示します、 { fftw_complex data[NX][NY][NZ]; fftw_plan plan; ・・・ plan = fftw_plan_dft_3d( NX, NY, NZ, data[0][0][0], FFTW_FORWARD, FFTW_ESTIMATE ); ・・・ } これは、NXxNyxNzの入出力が同じである、インプレース変換のプランです。プランナーにわたす引数を、ゼロ番目の要素のアドレスを取得している方法に注意してください(型変換も使いました)。 しかし、ユーザーはこのように配列を宣言することで、以下の二つの理由でがっかりさせてしまうでしょう。 第１に、配列はスタックに確保されます(”自動”格納)。これはほとんどのOSで大きさが非常に制限されてしまいます(数千を超える要素を持つ配列を宣言すると、クラッシュすることもしばしばです)。(これらの制限は、配列をstaticかglobal宣言をすることで、多くのOSで避けることができますが、それには新たな問題が付随します) 第２に、FFTWのSIMDに適したメモリ配置になるとはかぎらないことです。これらの代わりに、fftw_mallocを次に示すような方法で使うことを推奨します。